home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9804 / 000084_owner-linux-arm…r.rutgers.edu _Mon Apr 20 11:13:14 1998.msg < prev    next >
Internet Message Format  |  1998-05-13  |  4KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from orava.funet.fi (orava.funet.fi [128.214.248.46])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id LAA15155
  4.     for <willy@odie.fluff.org>; Mon, 20 Apr 1998 11:13:13 +0100
  5. Received: from vger.rutgers.edu ([128.6.190.2]:28827 "EHLO vger.rutgers.edu" ident: "TIMEDOUT") by orava.funet.fi with ESMTP id <391195-29392>; Mon, 20 Apr 1998 13:12:53 +0300
  6. Received: by vger.rutgers.edu id <971155-319>; Mon, 20 Apr 1998 06:08:40 -0400
  7. Received: from snowcrash.cymru.net ([163.164.160.3]:1763 "EHLO snowcrash.cymru.net" ident: "NO-IDENT-SERVICE") by vger.rutgers.edu with ESMTP id <971163-319>; Mon, 20 Apr 1998 06:08:21 -0400
  8. Received: (from alan@localhost) by snowcrash.cymru.net (8.8.7/8.7.1) id LAA24388; Mon, 20 Apr 1998 11:11:48 +0100
  9. From: Alan Cox <alan@cymru.net>
  10. Message-Id: <199804201011.LAA24388@snowcrash.cymru.net>
  11. Subject: Re: Installing on an 4 MB A5000
  12. To: 9606585c@udcf.gla.ac.uk (James Craig)
  13. Date:     Mon, 20 Apr 1998 11:11:46 +0100 (BST)
  14. Cc: linux@arm.uk.linux.org, root@mad.scientist.com, linux@treblig.org,
  15.         linux-arm@vger.rutgers.edu
  16. In-Reply-To: <Pine.GSO.3.95.980420103359.16862A-100000@lenzie.cent.gla.ac.uk> from "James Craig" at Apr 20, 98 10:44:00 am
  17. Content-Type: text
  18. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  19. Sender: owner-linux-arm@vger.rutgers.edu
  20. Precedence: bulk
  21. X-Loop: majordomo@vger.rutgers.edu
  22. Status: RO
  23.  
  24. > > *    The RedHat installer works in 4MB on the x86 architecture.
  25. > > *    The RedHat installer works in 4MB on the RiscPC architecture.
  26. > > *    The RedHat installer does not work in 4MB on the A5000 architecture.
  27. > It's well dodgy on 4M on an x86. I've tried it. :) 
  28.  
  29. Its fine in 4Mbytes on x86 unless you use ramdisks. Its a concious decision
  30. that RH chooses to ship 8Mbyte minimum setups.
  31.  
  32. > Yep, I know about this problem. It's a bit of a problem (understatement of
  33. > the century) but we're more likely to be able to manage when the installer
  34. > is just a tar+gunzip, instead of some weird format that stores huge heaps
  35. > of completely useless info. 
  36.  
  37. Actually for a minimal installer rpm is just cpio+gzip (tar is unsuitable
  38. for several reasons including path length limitations and taking more
  39. space)
  40.  
  41. > other *BIG*, in fact *HUGE* advantage is that you can get away with no
  42. > installer whatsoever. The good old fashioned sash shell (stand-alone
  43.  
  44. Your installer is /bin/sh and gnu tar. Thats _bigger_ than the minimal rpm
  45. installer, even before I point out you need awk,sed, and other bits
  46.  
  47. > Interdependencies are much overrated. Installing RH and debian, I spend
  48. > half my time overriding the bloody things because stupid people saw fit to
  49. > make, e.g. tcl-7.4 and tcl-7.5, completely seperate from a dependencies
  50. > point of view. Right now, ARM linux is a real pain in the butt to get
  51.  
  52. Which is correct. They aren't compatible.
  53.  
  54. > to forget, of course, RPM is truly hideous to use anyway. Trying to do
  55.  
  56. Run an ISP with 30+ machines to maintain or deal with code porting and
  57. cross platform maintenance and you'll understand why RPM is an absolute
  58. gift. At home I just type
  59.  
  60. autorpm
  61.  
  62. and all my boxes are up to date.
  63.  
  64. For a code point of view the SRPM packages contain ChangeLogs and patch
  65. sets as well as per architecture rules. Updating an original package change
  66. normally involves flipping the tar file to the latest from the author,
  67. removing any patches now accepted by them and telling it to rebuild.
  68.  
  69. > anything other than one of the predefined action is seriously fiddly, and 
  70. > you don't stand much change of getting an RPM port to other OSs to let
  71. > you modify packages before installing them - e.g. seperating individual
  72. > files out to fit them onto 720K floppies.. Also - removing a package which
  73.  
  74. RPM uses zlib to read data streams. Since RPM streams data you can install
  75. RPM files direct of tape - that means you can add a deblocker and install
  76. an rpm split over floppies quite easily.
  77.  
  78. Alan
  79.  
  80.  
  81. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu